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This application is a continuation-in-part of U.S. Patent Application Ser. No. 
09/334,256, filed on June 16, 1999. 

FIELD OF THE INVENTION 
The present invention relates to an improved method and apparatus for 

planning and monitoring the assignment and completion of a project that is comprised 

of an aggregate of tasks and monitoring employee work performance. 

TECHNICAL BACKGROUND 

A project typically requires a large amount of time and involves many 
individuals from different disciplines and professions. Project oriented tasks typically 
have more uncertainty and fluidity than other types of work, such as repetitive tasks 
performed with functionally oriented work. As a result, specialized methodology and 
tools for managing projects have been needed. 

Large companies typically utilize programmable computers and associated 
databases to manage available personnel and track expended labor hours. Various 
internal and external funding accounts may exist to which personnel may charge their 
labor time. Because large companies are unable to track and predict the work habits of 
individual employees, they track macro indicators such as total cost and total time. 
Planning on a macro level is never accurate and never identifies the reasons for the 
inaccuracies so as to permit the planning model to be refined. 

Common examples of macro models include tracking work performed in 
completing a capital project so that it can be depreciated for tax purposes. Accordingly, 
a specific Capital Project Appropriation Request (CPAR) is created to which personnel 
may charge expended time in performing work thereunder. 

One conventional system is known as the Automated Issue Management 
System (AIMS) and is used in conjunction with another conventional system called 
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Time Entry System (TES) which are used for capitalizing internal and extemal labor. 
The systems are contained in conventional programmable computers for more 
accurately managing the large number of personnel involved and the substantial number 

of individual tasks associated with various capital projects. A project manager typically 

o 

initiates a project by opening a specific work request in the AIMS system. The system 
automatically provides a respective AIMS number, which typically has a correlation to a 
single CPAR number. The manager assigns personnel to complete tasks based on an 
AIMS number. The TES system allows personnel to record through a personal 
computer expended time per AIMS number as the work is completed. The TES system 
allows the manager to examine cumulative time expended for specific AIMS numbers, 
with the manager manually correlating the AIMS number to a specific CPAR. 

Tough the AIMS and TES systems facilitate maj^ging projects in a large 
/comp^^f , project planrung and managing is neverthele^^elatively complex in most 
cu?uimstances. To fiirther facilitate project management in large companies, 
commercially available software has been dp^loped. One available management tool or 
product is conventionally known as Mrcrosoft Project from Microsoft Corp., and 
another product is ABT Project^^orkbench from the Applied Business Technology 
Corporation. These sofiw^ tools allow companies to define project plans in 
accordance with task^md time schedules for available personnel resources, and arc 
typically operatedmi stand-alone fashion or in conjunction with other commercially 
table sofiwareproducts for facilitating the overall management of projects. However, 
these commercially available products are designed for specific applications and arc 
ther^ore limited in capability, as well as having no built in capability for managing 
firoject fianding such as the CPAR example introduced above. 

example of previously disclosed systems include United States Patent No. 
[5JJ^,391, which describes a staff scheduling data processing system and method 
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schedules staflF and management personnel at^cations remote from a central location 
by applying central location policy to uni^e remote location data to insure the 
optimum staflF schedule for each remote site. 

United States Patent No. 5,818,715 describes a method and system for 
modifying a project model in response to an update. 

nited States Patent No. 5,767,848 des^rffSes a development support system 
for sj^^Tporting new product development acti^mies, w^hich includes a target storage for 

ormg target values of schedules of prpdnct development, and the cost and the 
performance of the product; an e^<miating unit for estimating schedules of product 
development and the cost a^fl the performance of the product on the basis of the 
models stored in the mrfclel storage. The '848 patent includes a unit for monitoring 
electronic mail nprcssary for carrying out tasks essential to the development of the 
product, e^O^ting information relating to the progress of tasks essential to carrying out 
the dej^dopment of the product, and providing the members of the development 
widi illfoiniaiion 'ttbe^i^fa &^o^rcss of the task& g— 
United States Patent No. ^^65,140 describes a dynamic project 
agement system includes a se^er netv^ork and a master database. 

nited States Patent No. 5,692,12^describes a scheduling system, events 
? groups of events are checked at ^^heduling time to insure that certain fixed 
^iditions associated with the event^^^ are satisfied. 

United States Patent No. 4,942,527 describes a computing apparatus for an 
improved information system that manages. 

All of these proposed systems, however, fall to adequately include factors 
necessary for adequate task planning and are incapable of eflScientiy and accurately 
planning and managing project tasks. All of these systems are based on the premise that 
planning is dependent upon macro attributes, such as time and cost. In tying planning 
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to these macro attributes that are used regardless of the employee base and regardless of 
the plamiing model, these systems are inherendy limited and fail to account for the way 
people actually work. 




SUMMARY OF THE INVENTION 
e present Invention is designed to evah^irfte the entire workflow process for 
factors on both macro and micro level&^The present invention breaks down 
projects into micro events and tracks th^^oup's and each employee's predictive ability 
(the ability to plan and carry out taji« as planned). 

present system recognizes that certain factors^0^t effect planning and 
ment are incapable of being quantified on a m^^o level and must be 
corporated into the planning process on a mic^i^evel. The present system recognizes 
that the best knowledge of how productiv^^r efficient an individual employee will be 
over a given time period is likely to i^ret with that individual employee. 

Not every individual is able to predict or schedule work with the same degree 
of accuracy. The accuracy of an entire group to plan and execute on that plan is only as 
good as the weakest link. The present invention recognizes this and provides a system 
and method that uses tasks and user defined goals to measure predictive ability. As 
individual predictive abiUty is optimized, the group ''s predictive ability is also optimized. 
This permits projects to be planned and executed with the greatest degree of planning 
accuracy. 

hus, the present- system has several stages^^jidividual employees are 
to be individuals and plan their work a^/mdividuals. Individuals are only 
to plan their work within a limited tas^^g horizon. Employees track their 
progress using verbs that are designed to^apture the reasons behind positive and 
negative predictive ability. Verbs ara'^alyzed and expected predictive error, also know 
as risk, is calculated. Once verbs^e captured they can be analyzed for ways to improve 
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predictive ability. In addition, die risk can be factored in^the initial planning stage so 
s to include an expected predictive error in the initiaj^lanning. Tasks may also be 
analyzed and linked to other tasks to account for umerent related task risk. 

In general, the present invention broaks projects down into individual 
assignable tasks. Tasks are assigned for a predetermined time, up to the tasking horizon, 
by an employer or project manager. The tasking horizon is designed to be a realistic 
planning window that corresponds to the length of time most employees can plan their 
work. In one example, the tasking horizon is a two-week period. It may also be a 
week, days or months. Depending on the tasks, workers and work environment, the 
tasking horizon may vary. 

xt, verbs are selected that capture the types ofjii^ogues that an employee 
dyith the task may use to describe their progress .y^erbs are meant to capture 
jeralized categories of dialogue that workers would routinely engage in if they were 
ach interviewed on a routine basis throughot^a project. For example, verbs may be 
selected to provide s series of potential answers to a standard question, such as "why do 
you think you performed this task £mer or slower than estimated.^" In one 
embodiment, verbs can be brafen down into employee dependent verbs (health, mental 
well being, etc.), task rej^d verbs (new computers not working, etc.), environmental 
verbs (snow, etc. V^efr in any number of ways. Verbs are used to categorize and classify 

Each employee is provided with access to a task assignment station or a PC. 
The task assignment station provides the employee with knowledge about their tasks 
that need to be scheduled, started or completed during the next tasking horizon. The 
database does not set a time period in which each task is to be completed but allows the 
employee to instruct the system when, and in what order, the employee thinks that a 
task will be started and finished. As the system works by maximizing the employee's 
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predictive ability, it is preferable that the employee has some control over the scheduling 
of tasks. As employees perform tasks they access the database to record when a task is 
started and when it is completed. 

In addition, the task assignment station is provided with the list of verbs to 
select from that best describe the reason the task was completed before or after the 
employee predicted. An employee's ability to accurately predict when a task is 
completed, or not, is referred to as churn. Thus, churn is a measure of the employee's 
predictive ability. An employee that starts work when expected and finishes when 
expected will have a low churn. 

One goal of the present invention is to have each employee accurately predict 
when tasks will be completed. This information is invaluable in accurately predicting 
and planning projects. When individual predictive abiUty is optimized, the group 
benefits and is able to accurately predict and plan projects. 

Because the present invention is based on employee input, it has the 
advantage of gathering unique data on the way employees work. Because the system 
has access to employee verbs, it can also be used to identify management issues, such as 
the need for training that will assist the employer in minimizing fijture churn. The 
present system also assists in identifying natural work patterns of employees and 
accounts for the way employees actually work when planning projects. 

Because the present invention is a dynamic system, rather than a static (cost 
and time) system, the traditional vocabulary that has been used in management systems 
is insufficient. Thus, in the present invention the following terms have definitions other 
than their tradition definition. They are as follows: 
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Term 


Definition 


Chum 


The movement of tasks in relation to the tasking horizon 


Horizon 


The farthest point in time in the future where a manager beheves a task 
will be completed as planned (usually referred to as the tasking horizon.) 


Language 


Structured verbs, objects, project phase definitions, and tasking horizons 
used to capture the Tasking-Closure Dialogue. 


Management 


The practice of controlling an organization through tools and process 
mirroring the way humans perform tasks. 


Navigate 


Usmg structured task language and taskmg horizons to control the 
course of a project. 


Project 


An undertaking comprised of phases and goals and performed by a team 
or teams. 


Task 


An item or work decomposed to the lowest level possible. 



In addition, the present invention can be used as a human resources module to 

provide a real time assessment of execution of tasks as they relate to an employee's 

individual job performance. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The foregoing and other advantages and features of the invention will 

become more apparent from the detailed description of the preferred embodiments of 

the invention given below with reference to the accompanying drawings in which: 

Figure 1 is a diagram of an on-site implementation of the current system; 

Figure 2 is a diagram of an off site implementation of the current system; 

Figure 3 is a schematic of an alternative database configuration; 

Figure 4 is a flow chart of the employer task assignment stage; 

Figure 5 is a flow chart of the task scheduling stage; 

Figure 6 is a flow chart of a churn management stage; 

Figure 7 is a flow chart of a predictive management stage; 

1125871 v1;_4Q701!.DOC 



.9- Docket No.: M3653.0001/P001-B 

Figure 8 is a logic diagram of a task assignment stage interface; 
Figure 9 is a logic diagram of churn monitoring stage; and 
Figure 10 is a flow diagram of a predictive management system. 
Figure 1 1 is a flow diagram of a human resources module system according 
to the present invention. 




DETAILED DESCRIPTION OF THE DRAWINGS AND OF THE PREFERRED 

EMBODIMENT 

The present system is designed to be dynamic and thus the hardware needed 
to implement it from embodiment to embodiment varies considerably. 
^ e present invention can be run on an internal network as ^^k(?wn in figure 1 

an external network (including the Internet) as shown uyfigure 2. Employees 
connected to a network database 5 through the use of^f^C. A manager is also 
connected to the network database 5 through a PCj/Those of ordinary skill in the art 
will understand that a PC with a Pentium prop^sor, 16 megs of RAM, a 5 meg hard- 
drive, an operating system (such as Winfimvs '95 or higher) and a 56k modem or 
network connection are adequatejEo implement the present invention. In its most basic 
embodiment the entire system can be provided on a single PC with a Pentium 
processor, 64 megs of RAM, a 5 GB hard-drive, an operating system (such as Windows 
NT or similar opcp^ting system) that multiple user's have access to. Likewise, in a 
hardwired enybodiment, similar components may be provided in a hardwired form. 

ther implementa^^n involves web server software running on a server 
to produce an^i^ternal network configuration. As shown in figure 2, an 
network, su^^s the Internet 6, is provided. A server 7, such as a Netscape ES 
server is provided/uiat is operationally connected to a workstation 8, such as a Sun 
Microsystei^^Workstation. The database 5 may be provided externally or internally to 
one or ra/6re of the PCs or workstations. 
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The types of databases used may vary considerably. As shown in figure 3, die 
database 5 may have multiple sub-databases, which may be partitioned portions of 
database 5 or may be additional databases. The sub -databases may include a section to 
hold data associated with the present system 5a, employee human resource data 5b 
and/or time and billing data 5c. The multiple databases may be located at different 
locations and data may be shared on a periodic basis or though other conventional 
means. 

As the present invention is designed to operate dynamically, those of ordinary 
skill in the art will recognize that it may be installed over a variety of computing systems. 
For example, in addition to the single network system shown in figure 1, it is expressly 
contemplated that multiple networks and/or sub-networks may be incorporated and 
that the present invention may be implemented in whole or in part over all or over 
selected portions of the network. For example, the management fiinctions, such as 
assigning risk, may be implemented in an upper management system, the task 
assignment may be implemented in an on-site direct management system and the 
employee planning system may be implemented over an employee network. 

Although the present invention is a dynamic system that is ultimately 
designed to be recursive, the operation of the present invention is best understood if 
one begins with the employer task assignment stage 10. When the multiple aspects of 
the present invention are described, those of ordinary skill in the art will recognize how 
the system works on itself to constantiy refine and upgrade is predictive abilities. 

The present invention works by recognizing that projects may be interpreted 
as discrete tasks that must be completed during the project. Each task has a start and 
stop date and each task has an action item associated with it. In other words, 

« = l 
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where P is the project, T is each task, X is a start date and Y is a completion date or time 
until completion. 

In a more complicated embodiment, individual tasks may be linked. Thus, a 
task whose start date is linked to the stop date of another task may be linked. Tasks may 
be linked directly, that is a task that cannot be started until another task is completed, or 
they may be linked indirectiy. An indirecdy linked task may be related indirecdy, such 
as a task in a different phase of the project, such that its start date is likely to be 
influenced by the stop date of tasks that in the preceding phase of the project. Linked 
tasks will be described more in detail in the discussion below concerning risk. 

As shown in figure 4, the project is input 12 and the tasks separated out 14. 
The process of task separation may be automated or may be carried out by an operator. 
As the recursive nature of the present invention is appreciated, the tasks or types of tasks 
likely to be in a project may be automatically determined in the task breakdown step 14. 
The present system can record projects and tasks and provide that information as a 
default when a new project is initiated. 

Once the tasks in a project have been determined, the next aspect of the 
present invention is the planning of the tasks. The project as a whole will have an 
ultimate start and stop date. The project start and stop dates are the ultimate time 
window in which the individual tasks must be completed. The present invention 
recognizes that the most effective planning is generally limited to a predetermined 
period of time, which is likely to be much smaller than the project time period. Thus, 
for task plaiuiing purposes the project is broken down into a tasking horizon 16. The 
tasking horizon is designed to be a realistic window of time over which tasks can be 
scheduled. In a preferred embodiment, the task horizon is one or two weeks, but it may 
be a number of days, weeks or even months depending on the tasks being assigned and 
the group being assigned the tasks. 
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If the project window is represented by X^, where t=l to Z, the tasking 
window (W) may be represented as a function of to X^+io, assuming that t is measured 
in days and there are 5 days in a work week. The tasks can thus be sorted as a function 
of time (t) and scheduled accordingly. 

It is important to note that in a multi-tiered implementation of the present 
invention the tasks may be assigned to groups, which may then assign the tasks to 
individual employees or groups. Thus, it is expressly contemplated that in some 
implementations there will be multiple tiers of task assignments. In such multi-tiered 
implementations it is expressly contemplated that different groups or sub-groups may 
have different tasking horizons. 

It is also expressly contemplated that the start date of a task may depend in 
whole or in part on the stop date of another task. Thus, the present invention permits 
tasks to be linked or to be assigned with a risk factor, which v^ be described in more 
detail below. 

The next step is to assign verbs (V) 18 to each task. 

PiX, ) = t.^(X„X,^,, )T„ (X, , Y, ) 

/t=l 

Verbs are designed to capture the types of dialogue that a worker would use 
to explain why a task was or was not started and/or completed as planned. Verbs may 
be assigned for all tasks on a project or may change from task to task. By requiring the 
employee to select a verb, the employee/employer dialogue is standardized so that it is 
capable of analysis. 
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In a preferred embodiment it is contemplated that there will be multiple verb 
sets that the task assignor can simply select. In one embodiment, a verb set is provided 
that is task independent and includes verbs that are assigned to a task regardless of what 
that task may be. Other verb sets may be task dependent. A third set of verbs may be 
provided that are employee specific. Employee specific verbs may be based on an 
employee's HRdata and include verbs that relate to children, medical conditions, etc. 
Any or all of these verb sets may be used and the present invention is not limited to any 
one verb set. 



Some examples of verbs may include the following groups: 



Task based 


Employee based 


Employee Specific 


Harder than expected 


Health 


Children sick 


Easier than expected 


To much work 


Family emergency 


Training needed 


To httie work 


Tired/NBA finals 


New equipment 


Bored 


Asthma acting up 



The final step is to assign the tasks 20 that occur during the tasking horizon. 
The assignment of tasks can be implemented on a periodic basis or may be 
assigned at the beginning of the project for automatic assignments during the 
appropriate tasking horizon. Each day, or at set intervals, the system may check the 
unassigned tasks and assigns tasks that fall within the next tasking horizon. 

It is also expressly contemplated that tasks may be self-assigned. At which 
point verb sets may be selected from a predetermined verb set or may be subsequentiy 
assigned by an employer. 

5\s shown in figure 5 afiier a taskJa^as been assigned, the task needs to be 
duled 22. Scheduling is accompj,^ied by having the employee, or in some 
embodiments the employer, assj*^ start and stop dates 26. Although the present 
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invention is described witii respect to start and stop dates, tho^ of ordinary skill in the 
art will recognize that the invention may be implemente^using a start date and a 
number of working hours or in any other time and vs^^ measurement system, such as a 
start date and cost. The start and stop dates set the standard against which the 
scheduler's planning abilities are measured. Lns also expressly contemplated that a 
default start and stop date may be provid^fa with the task that the employee may modify. 

The next step is for the employee to record the task performance 28. It is 
preiferable that task performance is recorded on a daily basis. In addition to indicating a 
task is started or completed, the employee is asked to select a verb 30 associated with 
the action (starting and/or stopping) that best describes why the task was or was not 
started and/or completed as predicted. The differences between the planned start and 
stop dates and the actual start and/or stop dates is classified as churn (C). 

C = rpCpj^££>jCTi:DJ' ^predicted) 'T(XyicTUAU ^ACTUAl) 

verb is used to classify the reasons for churn, or in other words the 
why the task was performed planned or not performed as planned. Churn 
be broken down into start chuy^ completion churn, time churn, cost churn or any 
other variety. Churn is simply ^measure of the relative predictive ability of the 
employee in relationship to one or more tasks. Churn may be a composite figure or an 
ied€9r t>f '^li^ p Ui ticnil ' ai^ "t y jg ^*<:>fab^ ^ 

In a preferred embodiment, the churn capturing process is triggered when 
task dates appear, vanish, and/or move into or out of a current tasking horizon 
(sometimes). The task edit interfaces (employee side interface) contain data entry fields 
for estimated start and completion, as well as actual start and completion dates for a 
particular task. Depending on the case, any and/or all of the aforementioned date 
values may change during a single transaction. Therefore, a set of rules is necessary to 
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govern date entry, as well as rules to govern which date change or changes should 
generate churn. 

An example of date rules is as follows: 

An estimated date cannot be changed if an accompanying actual date exists. 
If an actual date is created and the accompanying estimated date does not 
exist, it is automatically populated with the value of the actual date, 
^mpltxe dates may 




• If changes to date fields are valid, then a determination is 
made whether churn should be generated using churn rules. 

Due to the nature of churn and data entry variables involved, churn 
generation does not have to be limited to a single formula. Rather, churn may be 
generated based on a series of decisions using information provided by the application 
user. Churn is captured for all events within a single transaction that meet churn 
generation requirements. 

One example of the general preprocessing of churn is as follows: 

• If a date changes but does not enter or exit the current 
tasking horizon, then churn is not generated for the date. 

• If no start and/or completion date values exist for a task, 
then new estimated dates are always processed before new actual dates. This 
is based on the date rule trial estimated dates caimot change while 
accompanying actual dates exists. In other words, if the actual date is 
processed first, then processing the change to the estimated date afiierwards 
would violate the date rule. 
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• If an actual date vanishes and its accompanying estimated 
date appears or is moved into or out of the current tasking horizon, then 
again, the estimated date is processed after the actual date. 

Based on these churn preprocessing rules, an example of churn generation 
rules is as follows: 

• If an estimated date is created in or moved into the current 
tasking horizon, then negative churn is generated. 

• If an estimated date is deleted or moved out of the current 
tasking horizon, positive churn is generated. 

• If an estimated date exists in the current tasking horizon, and 
an actual date is moved out of, or is created outside of the current tasking 
horizon, then positive churn is generated. 

• If an actual date is deleted or is moved out of the current 
tasking horizon and the accompanying estimated date is not in the current 
tasking horizon, then positive churn is generated. 

• If an actual date is created in or is moved into the current 
tasking horizon and the accompanying estimated date is not in the current 
tasking horizon, then negative churn is generated. 

Churn percentages can thus be calculated as follows: 

• Project Churn Rate = 100 * DCT/TT 

• Negative Churn Rate = 100 * DCN/TT 

• Positive Churn Rate = 100 * DCP/TT 

where DCT is equal to the distinct churning tasks in project, DCN is equal to the 
distinct tasks in project that churned negatively, DCP is equal to the distinct tasks in 
project that churned positively and TT is equal to the number of tasks in project. 
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An example of a churn calculation can be understood from t±ie following 
example. If 100 tasks exist in the current tasking horizon, 5 unplanned tasks are 
introduced into the current tasking horizon and 10 tasks slip to the next tasking 
horizon, the positive churn is 10%, the negative churn is 5% and the total churn is 7.5%. 

Those of ordinary skill in the art will appreciate that there are many different 
churn scenarios and that the above example is one of many alternatives. 

It is expressly contemplated that an optional employee scheduling monitoring 
module may be used that keeps track of the time between task scheduling updates. If an 
employee does not update task performance within periodic periods of time, for 
example weekly, a reminder to the employee to update his/her tasks can be sent by the 
module. 

One example of a logic diagram for an employee side interface 52 is shown in 
figure 8. This embodiment is designed for use over a network system that is preferably 
implemented over the Internet and uses a distributed object architecture system, such as 
CORE A, JAVA or JAVA BEANS. Those of ordinary skill of the art wiU recognize that 
the interface may be modified and implemented over a wide variety of systems. 

The employee first logs in through a conventional login 54 and 
authentication 56 routine. After login, the employee may select the views or items to be 
displayed 58. If the churn rate is requested 60, the most currentiy available churn data 
is retrieved 62 and displayed 64. Depending on the type of churn being calculated (task 
based, employee based and/or environmentally based), multiple churn rates may be 
displayed. It is expressly contemplated that churn may be displayed numerically, 
graphically or in any other conventional means. 

f the employee chooses to view tasks 80, drc system retrieves the tasks 
that employee 66 and displays thcnyoS. If the task is new 70, the employee 
with the ability to set the antid^ted start and stop date 78. If the tasks is 
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an existing tasks 74, the employee may update their progress on any of the tasks 74. In 
addition, for each task trial receives a data input, the employee is requested to enter a 
verb and/or to select a verb from a predetermined list. The logic diagram is ended at 
82. 

^ermining why tasks are not perfopa^€a as planned is one of the goals of 
ent invention. When tasks arc nerfperformed as planned they are classified as 
urn. The verbs that are assoprf^d with the reason for the churn can then be analyzed 
to determine what if aD^rfhing the employer can do to either minimize the churn or 



In one embodiment as shown in figure 6, a churn management program 32 is 
actively connected to the employee task data. Task progress is monitored against the 
employee's scheduled progress 34. Discrepancies in progress are classified as churn. 
Churn is calculated 36 and may be either positive or negative. Both positive and 
negative churn represent a failure of the planning period to accurately predict what 
actions would occur. 

hurn can be analyzed on many different leve|^ Churn may be calculated by 
task type, by employee, by groups of emplo^^s, etc. Churn is monitored on 
multiple levels to help identify why the churn occurred. Churn helps identify what an 
employer can do to reduce churn and als^felps the employer recognize what churn it 
will never be able to reduce. By quaodfying churn, the employer may optimize the 
working environment while at^fe same time quantifying the intangible variable that 
f ^r cc - ta s kc and projects togpc - ^^uiiiplctcd in - a manner other than what was predicted. - 
VVhen churn is encountered, it is important to^jiow if the reason for the 
rn and whether it has anything to do with the t^fSc itself or the individual who 
performed the task. The verb associated with rf5e positive churn rate is analyzed to 
^^^^^.dctemiinc what if any effect it should hav^jii an :i5signecl risK tactor 40r 
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Risk factors may be churn dependent or they may be task dependent. Risk 
factors can be assigned as a function of the predicted length of a project or can be 
factored as percentage of error or both. For example, an "installing" task may take, on 
average, 5 working days to complete. An employee that predicts the task can be 
completed in 4 days will have a risk of 1 day assigned to the task. Alternately, the 
employee or task can be calculated to take 25% longer than planned. Thus, an 
employee that schedules the "install" for 4 days may be assigned a 1 day (25% x 4 days) 
risk factor. 

In addition, a task such as "programming" may not be able to be started until 
the "installing" task is completed. A risk factor may be assigned to the "programming" 
start date that is a function of the on- time completion risk associated with the 
"installing" task. The risk associated with multiple tasks may be quanitified and 
assigned a weight that reflects the influence of the related task. Thus, for example if 
there is a 25% chance that the "installing" step may not be completed as planned and 
the "installing" task has a direct effect on the "programming task, a 100% weight, the 
risk associated with the "installing" task will be attributed to the "programming task." 

Te verbs associated with the churn are important is assigning task risk values 
•deciding whether there is anything that an employer can do to minimize the 
iurn. For example, if the same worker takes ^^ays to do an "install" but identifies a 
family emergency (personal reason) for the d^lay, the risk factor assigned to the task may 
not be modified at all. The reason for the churn is employee based and not task based. 
The employee's risk factor may also c^y be effected if the incident rate of family 
emergencies experienced by the vi^rker exceeds some predetermined norm. Thus, if the 
employee experiences a 10%^eater likelihood of having personal emergencies and on 
average workers schedulog are effected by personal emergencies in 10% of the tasks that 
are performed, the ^^^rker may have a 1% increased risk factor (10% additional risk of a 
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10% norm) of incurring churn. If thoA^orker's churn is I day and die risk factor is 1%, 
die worker may have a .01 day inoreased risk. 

On die odier hand, if die same employee identifies training as the reason for 
the churn, the employer may weigh the cost benefit of training and the possible increase 
in productivity. Thus, the present system permits tangible and intangible risk to be 
calculated and norms determined by using verbs that are not attributable to any given 
personal reason. 

tcause the present invention mirrors how people actually vs^rk, it may use 
Resource (HR) data to assist in predicting likely work pa^rns. In an alternate 
odiment, the churn and risk assessment is made in corn^fmation with the employee's 
human resource data and/or any other data that the er^loyee is willing to share. 
Events, hobbies, children, family obligations as w^Tzs other significant events that can 
be quantified can be worked into the churn/p^ calculation. An employee's risk may 
fluctuate in relation to trackable events ana assigned accordingly. For example, a risk 
factor may increase or decrease for an/employee with children during known vacation 
periods. When children are horn^i^uring vacations, depending on the family situation, 
the employee's risk value may^crease or decrease. Thus, if an employee's personal 
profile indicates that thev^iave children, the children's vacation can automatically be 
factored into the chum/risk calculations. Likewise, other commitments, whether the 
employee is on a^port's team or predictable event, such as vacation, can be used to 
identify chunri patterns and optimize risk calculations. The net effect of this type of risk 
analysis i^rthat the employer can capture the intangible reasons for churn and make 
aecisions aboul Ii()w4eag ,rasks will take. 

other important advantage m the system is in identifying employees with 
average intangible churn. Empioyee's who work equally hard regardless of other 
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commitments or events. The employer rnay use risk management to ensure that 
employee's do not overwork themselv^and take appropriate time off. 

One example of a churn monitoring program 84 is shown in figure 9. This 
embodiment is designed for use over a network system that is preferably implemented 
over the Internet and uses a distributed object architecture system, such as CORBA, 
JAVA or JAVA BEANS. Those of ordinary skill of the art will recognize that the 
interface may be modified and implemented over a wide variety of systems. 

5ks are first extracted 86 and the associated churn andj^rbs are determined 
rc churn is classified as positive or negative 90. The vcp^ reason for the churn, is 
n analyzed 92. If verb categories are used, the verb^^Mi first be compared to the 
known employee dependent verbs 94. If the verh/Is employee based, in other words 
unique to that employee, the verb is compa^j^ to an expected norm value and a risk 
factor is assigned 96. The risk factor is^ecorded in a database 98 and, if necessary, an 
overall risk factor is modified 100 fi^ the employee. If the churn is not employee 
dependent 94, the churn is ne^ analyzed to determine if it is task related 102. If the 
churn is task related the cjimrn is compared to a norm and assigned a weight and the 
information is record^ 112. Likewise, the overall risk factor associated with that task 
may be modified/114. If the churn is not related to the employee or a particular task, it 
is classified^6 environmentally related 104. The churn is recorded and the overall 

risk factor associated with environmental related churn is modified 108. 
fother task/churn requires analyzing 115, it is sent through the same process until 



enviror 



)ne of the main goals of the presen^ystem is to assist in the planning stage, 
:>cp^c tasks are assigned. Therefor, a predictive management system 42, as shown in 
figure 7, is designed to assist in identifi^g how long a project, composed of multiple 
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tasks, take and predict the risk (unexpected time variations) involved with the 
project. 

The predictive management system 42 works by attempting to find as many 
data points that can be correlated with known data. The first step is to input tasks 44 
and any information concerning the employee base 46 trial is available. The verbs that 
correspond with expected tasks may also be designated 48. 

predictive management system then looks for dk^t and indirect matches 
^mongjjrf'the data and compiles the risk 50. For exampj^fif one or more employees 
ha^ performed a task that is part of the project^^^ie time period that the task will likely 
fake to perform can be estimated. If dirpe€"task matches are not possible, the system can 
nevertheless use employee based and/or environmental risk to estimate the non-task 
dependent risk that the prj^^ct is likely to encounter. The system can also compare 
employee bases an^^^trapolate predictive information. Graphing of risk factors can also 
be used to^,^^apolate risk factor trends that arc other- wise not captured by the current 

Syi?CC'FH%^ 

5k may be calc^^ted for a project as a whole, for given time periods or for 
^givei^asKs. This permy^s the employer with general predictive information and the 

to identify th^most likely place in a project where it will have the greatest 
likelihood of enoountering problems. Staffing decisions and realistic goals can thus be 
QPt- |jy majaa ^&q[^ ejajJa6£a£ e.^ad&^ assigned to grojiG S«^H tidividcf ^«m^iQ^i££^ 

Another example of a predictive management system, which may also be 
referred to as a profiler, involves the creation of a template for a new project, team, 
person, etc. based on statistical information that has been gathered in the past. 

ie example of a predictiv^ftianagement center 118 is shown in figure 10. 
^e identified 120 along wit^vailable employees 122. Each employee's risk 
>rofile is extracted 126 from a^tabase. Next, the tasks that will need to be completed 
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are compared against tJie tasks that the employee's have performed in^ne past 128. 
Environmental and employee personal risk is added and an average time for each task is 
computed together with a composite risk factor 132. Tasksrffat do not have a direct 
* match 134 are identified and either an estimation is made by the operator how^ long 
each task should take to complete 136. Employee/^d environmental risk factors are 
added, together with the operator's new tasky^edictive risk factor 138. A total 

project risK factor ^men~ 
The present system may estimate the likely employee planning values using a 



Fibonacci sequence. For a system size environment the formula is: 



For development efforts the formula is: 



04(%.)^ 
T' 

where S is the system size, C is the technology constant, K is the total effort and T is the 
development time. Those of ordinary skill in the art will recognize that other well 
known methods of data analysis and pattern recognition, such as Least-Square 
Estimation, Best Linear Unbiased Estimation, Maximum -Likelihood Estimation, Mean- 
Square estimation, Maximum A Posteriori Estimation, Wiener Filtering, Kalman 
Filtering, Iterated Squares, Extended Kalman Filtering, etc., may be used with the 
present invention. 

Those of ordinary skill in the art will appreciate that this is where the system 
begins to turn on itself and becomes recursive. As predictive ability is captured it can be 
anticipated and improved. 

Another feature of the present invention relates to the ability to use the task, 
verb, churn, risk, effort, and cost data obtained using the systems or techniques 
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described above as a human resources module 300, as seen in figure 11, which can track 
die execution of tasks as they relate to an individual employee's job requirements, 
responsibilities, and work performance. The human resources module 300 would 
enable an employer or a project manager to measure an individual's professional growth, 
task completion, or churn average. The human resources module 300 may be 
comprised of a planning area 310, a payroll system 320, a bonus planning system 330, a 
user interface system 340, and a real time monitoring system 350. 

irting with a service level plan or a job description as a foundation, a 
^r will be able to monitor an indmdual employee's accomplishments on an as- 
basis and in real time. An in^widual employee's service level plan is entered into a 
database such as the plannin^^ea 310. The planning area 310 may contain such 
Try fwm^^ ^i^a s poalsj ^ ^^yf rfses^ and-xaa J&o 

As each employee plans or performs various tasks the verb, churn, risk, effort, 
and cost data are obtained by the systems or techniques described above and may be 
included as part of the user interface system 340. The user interface system 340 
provides data directiy to the real time monitoring system 350 which enables the real 
time monitoring system 350 to have accurate and current information relating to an 
employee's performance. 

The real time monitoring system 350 is also in direct communication with 
the planning area 310. Therefore, the real time monitoring system 350 can provide an 
accurate and updated (real-time) analysis of an individual employee's progress in relation 
to the job description, goals, and other criteria within the planning area 310. 

irther, the human resources module 300, as seen in figure 11, may contain 
yopds planning system 330 and payroll system 320 which would allow for salary and 
i&nus payments based upon eafli employee's performance data. The bonus planning 
system 330 and payroU syspmi 320 can automatically calculate each individual 
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employee's bonus^mount from a given bonus pool. Further, tJie human resources 
module 300 wyuld provide tJie ability to incorporate bonuses into paychecks 
automaticaM on a biweekly, monthly, quarterly, or annual basis. The bonus planning 
'6r payroll system J^O could atetTp^T^ ou fr OfUad ; :^^ 
The information obtained from the human resources module 300 is used to 
accurately acknowledge an employee's contributions to an organization while also 
serving as a gauge for incentive -based compensation plans for merit pay. The human 
resources module 300 enables company objectives to be tied into an employee's 
compensation and ensures that employees are motivated and rewarded for performance 
based upon company goals. Another object of the human resources module 300 is the 
ability to conduct a query to find the most appropriate person for a new project or task 
based on the performance information the human resources module 300 has captured. 

human resources module 300 cmrfd be incorporated in a computer or 
based system to store, process an^^alculate data required for employee 
payment and bonus arnoonts. The computer or processor based system 
could be a stand alone compute^^ linked to various other computers via a local area 
network or the internet typ^tystem. The various personnel inputting data in the User 
Interface System 340, th^lanning Area 310, the Payroll System 320, or the Bonus 
Planning System 33Q^an be located at remote at different places from each other and 

le human resources modulp/300 has been described above in relation to an 
indij^dual's job performance but oemld be used in relation to a team, group, branch, or 
^vision of employees or fo^^^hole company. The human resources module 300 can 
measure a team, group^/oranch, division, or a whole company's professional growth or 




ormance. 
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FurtJier, the human resources module may be used in conjunction witii the 
illustration techniques and system described in U.S. patent application tided: "Method 
and Apparatus for Planning, Monitoring, and Illustrating Multiple Tasks Based on User 
Defined Criteria and Predictive Ability," the entire disclosure of which is incorporated 
herein by reference. 

In addition, the human resources module 300 could be used in conjunction 
with the automatic detection of task related work system described in U.S. patent 
application tided: "Method and Apparatus for Planning and Monitoring Multiple Tasks 
Based on User Defined Criteria and Predictive Ability and for Automatically Detecting 
Task Related Work," the entire disclosure of which is incorporated herein by reference. 

While the invention has been described in detail in connection with the 
preferred embodiments known at the time, it should be readily understood that the 
invention is not limited to such disclosed embodiments. Rather, the invention can be 



modified to incorporate any number of variations, alterations, substitutions is or 
equivalent arrangements not heretofore described, but which are commensurate with 
the spirit and scope of the invention. Accordingly, the invention is not to be seen as 
limited by the foregoing description, but is only Umited by the scope of the appended 
claims. 



We claim: 
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